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(57) Abstract: Methods and systems for analysing data firom a monitoring system for monitoring characteristics of a dynamic sys> 
tem, said monitoring system providing characteristic data in respect of a dynamic system with at least one known normal state, the 
analysis system comprising: means (100) for receiving characteristic data from the monitoring system, means (101) for receiving 
confirmation information from an operator when the dynamic system is in a known normal state, normality modelling means (105) 
for deriving a normality model comprising data indicative of known normal states in response to received characteristic data and 
confirmation information, prediction generating means (105) for predicting future characteristic data from the normality model, dif- 
ference function providing means (105) for providing a difference function indicating an acceptable difference between predicted 
and received characteristic data, and comparison means (105) for comparing predicted characteristic data with received character- 
istic data in conjunction with the difference function and producing an abnormality signal if the difference exceeds the difference 
function. 
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Data Analysis System and Method 

The present invention relates to systems and methods for the analysis of data 
from a monitoring system for monitoring a dynamic system. 

5 

Background 

Diagnosing abnormal behaviour of a system (e.g. a technical system, 
environmental conditions, vital signs, etc) Is similar to a physician's diagnosis based on 
observing symptoms of a patient. Medical doctors are capable of interpreting symptoms 

10 and making a diagnosis based on data obtained from observing a patient. Even if the 
observed symptoms are not sufficient to determine the cause of an illness, medical 
doctors can often determine that a symptom or measurement is not normal because they 
know from experience what is normal in a patient and what is not. 

In order to replicate such an intelligent diagnosis process in an automated 

1 5 Condition Monitoring System (CMS), the CMS must know '^A^hat is normal" and *^what is 
not normal". Known CMSs use signatures to achieve that goal. A signature is a limited 
amount of data that represents a certain feature of the environment that is monitored by a 
sensor. A signature, for example, can be as simple as a temperature value or as complex 
as the Fourier transform of a current observed over a certain time. A diagnosis based on 

20 signature analysis can be realised by the following steps: . 

1. Signature acquisition 

2. Comparison of an incoming signature with reference signatures. 

3. Deciding if the incoming signature is normal or abnormal. 

4. Interpreting the signature in order to make a proper diagnosis. 

25 CMSs usually comprise steps 1-3, while step 4 generally involves the intervention of a 
domain expert after an alarm has been raised by a CMS. 

Most of the incoming signatures are usually tainted with noise, which makes their 
recognition difficult. Therefore, in addition to all available classified signatures (reference 
signatures) the signature database must also contain tolerance levels for each signature. 

30 Tolerance levels are required to avoid false alarms. The information from the signature 
database is used to classify sensor data into three different states. If the system 
recognises the incoming signature as a class member of its database it can be directly 
classified as either normal or abnormal, and raise an alarm if the signature is considered 
to be abnormal. If the system does not recognise the incoming signature to be within the 

35 tolerance level of any reference signature, then it will be considered as unknown and 
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possibly abnormal. In this case the system will also raise an alarm. Based on the 
signature that caused an alarm to be raised, a domain expert will be able make a 
diagnosis and determine if the signature actually indicates an abnormal state, and if 
intervention is required. 
5 ^ 

Detecting Abnormal Conditions in Sensor Data 

In order to detect abnormal states in any environment automatically, the use of 
sensors is required. There are many different types of sensors, which can have different 
degrees of reliability. For example, in a refinery the use of chemical sensors can detect 

10 gas leakage, whereas in a power station electrical sensors may be used to detect 
dangerously high voltage. Some common types of sensor include mechanical sensors, 
temperature sensors, magnetic and electro-magnetic field sensors, laser sensors, infrared 
sensors, ultraviolet sensors, radiation sensors and acoustic sensors. 

Sensor data is in general observed in the time domain and the frequency domain. 

1 5 Amplitude, mean, range, interference noise and standard deviation are commonly used 
functions for analytical analysis of sensor data. They can be analysed individually or 
combined in a multi-dimensional approach. 

When a sensor system is designed, several factors influence the choice of 
sensors, for example, linearity, resolution, spectral pass band, accuracy, response time, 

20 signal noise ratio, etc. All these factors have also to be taken into consideration for the 
specification of threshold and tolerance levels. Figures 1 to 4 illustrate an example of a 
condition monitoring process that comprises obtaining a signature from a sensor, pre- 
processing it and applying a transformation for finally classifying the signature. 

Simple CMSs detect abnormal conditions by comparing the incoming sensor data 

25 against thresholds, which are usually statistically characteristic values like mean, standard 
deviation, minimum, maximum, etc (see Figure 5). 

A more complex detection mechanism compares incoming signatures against 
reference signatures. The comparison can be computed by different techniques 
depending on the complexity of the problem. A simple example is to subtract the incoming 

30 signature from a referience signature stored in a database. The difference between the 
two signals is called the error and the amplitude of this error will define if the two signals 
are close or not. The mean square error can also be computed for getting a better 
estimation of this error. Figure 6 illustrates this approach. 

A simple way of determining if an error signal indicates an abnormal condition is 

35 to use thresholds. A more complex evaluation of an error signal would be based on the 
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computation of several characteristics of the error signal, which are than compared 
against threshold values. Threshold values for evaluating error signals have to be 
carefully chosen in order to maximise the precision of the detection. Figure 7 illustrates 
how the levels of upper and lower thresholds may be chosen in order to allow an alarm to 
5 be triggered when a signal outside a "normal" range occurs. The precision will depend on . 
the choice of these levels as well as on the quality of the sensors used and the quality of 
the data acquisition system. 

Known condition monitoring systems use condition libraries against which sensor 
data is matched. For example, the article "HISS - A new approach to intelligent 

10 supervision" (Kai Michels, Proceedings of the Joint 9^ IFSA World Congress and 20"* 
NAFIPS International Conference (Vancouver, 25-28 July), IEEE Piscataway, 2001 (ISBN: 
0-78037079-1), pp. 1110-1115) provides a solution for detecting leaks in gas pipelines 
by using audio sensors. The sound recorded by an audio sensor is matched against a 
library of sounds indicating leakage and sounds indicating normal environmental sounds. 

15 If a sound recorded by the sensor is closer to a sound indicating leakage than to a normal 
sound the monitoring software raises an alarm. Further, it is possible to use artificial 
intelligence technology to carry out pattern recognition and decide what conditions should 
raise alarms in order to monitor the state of a system. An example of this is disclosed in 
United States patent US 6,327,550 (Vinberg et al), which relates to a method and 

20 apparatus for such state monitoring whereby a system is educated, during an initial 
"learning phase", to identify recognisable "common modes" of a monitored system, which 
are clusters of commonly occurring states of that system. During a later "monitoring 
phase" the state monitoring system continuously monitors the system by comparing state 
vectors of the system with the recognised common modes previously identified by pattern 

25 recognition during the learning period, and raises an alarm whenever a state vector 
appears that does not lie within one of the recognised common modes. Also during the 
monitoring phase the system is able to update its degree of learning in the following 
manner. A human manager or automated management tool may study alarm messages, 
and even inspect the managed system, and if it is determined that an alarm message was 

30 raised in respect of a common situation that should be included among the common 
modes for future monitoring, the system is able to add the relevant new state to the 
existing set of common modes. 

Prior art patent US 5,890,142 relates to an apparatus for monitoring system 
condition, the apparatus including a predicting section which is said to generate a data 

35 vector whose parameter is said to be determined by timeseries data of the system and 
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Which is said to obtain a prediction value of the timeseries data of a predetermined time 
future by means of chaotic inference based on the behaviour of an attractor generated in 
a reconstruction space by an embedding operation of the data vector. The system 
appears then to make short-term predictions based on an assumption that. the behaviour 
5 of the system is chaotic, and judge whether the observed system is in a normal or an 
abnormal condition. 

It will be evident that condition monitoring in known systems can generally only 
be usefully applied if normal and abnormal conditions of the monitored system are known 
and can be specified. That means CMSs are not suitable for use in ill-defined domains or 

1 0 domains where abnormal conditions have not been observed before, are not likely to be 
observed and cannot be created or predicted easily. An example would be the failure of 
an expensive piece of machinery. It is very desirable to predict failure well in advance in 
order to schedule maintenance in time. Failure may be devastating such that it is not 
possible to drive the monitored machine into failure mode in order to record failure 

15 conditions. There may be only vague and uncertain knowledge about thresholds of 
monitored signals and this knowledge may not be sufficient to describe failure sufficiently. 
Another example is monitoring care-dependent patients in their homes. It is paramount 
that the necessity of inten/ention by care personnel is detected with high accuracy, e.g. if 
the person fails to get up at the usual time of day or has fallen down. However, it is also 

20 important that false alarms are avoided or the monitoring system would not be trusted 
anymore and may even be switched off. It is therefore important that the monitoring 
system adapts to the monitored patient and learns what normal behaviour for that person 
means. For both examples it is easy to see that a single sensor is generally not sufficient. 
Generally, but not exclusively, a multitude of sensors is required thus creating a multi- 

25 dimensional sensor data space. Information from individual sensors may be suitably 
combined in order to enable decisions to be made about abnormal situations. This will be 
referred to as "sensor data fusion". 

For the examples discussed above and for similar complex scenarios we face the 
problem of setting up a CMS properly because it is often difficult or impossible to define 

30 normal and abnormal conditions in a high-dimensional sensor data space. If an 
exhaustive number of examples of normal and abnormal situations were available, a 
supervised learning algorithm could be used to create a classifier set which could be used 
by the CMS. However, in scenarios such as those considered above, only examples of 
normal situations may be available and thus normal learning procedure cannot be used. 
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One of the main problems in deploying a sensor based CMS is to establish 
normal and abnormal conditions for a multitude of sensors monitored by the CMS. If 
abnormal conditions or failure states are not known or are ill-defined, a CMS requiring 
such information cannot be used. Embodiments of the present invention address the 
5 problems encountered when deploying a CMS under such conditions. 

Summary of the Invention 

Embodiments of the invention aim to improve on what is possible with existing 
CMSs by allowing the automatic establishment of a sensor-based CMS for ill-defined 
10 domains using a high-dimensional sensor data space. Specific embodiments of the 
invention aim in particular to: 

(i) provide means to create "normality models" that allow a system to learn 
normal conditions automatically for any sensor in the absence of any knowledge about 
abnormal conditions; 

15 (ii) detect abnormal situations automatically by comparing current sensor 

signatures with signatures predicted in the light of normality models; 

(iii) allow sensors to be organised into a sensor network, whereby sensors can 
form sensor groups which act as meta-sensors and perform sensor data fusion; 

(iv) provide an intelligent data analysis module that analyses data from a sensor 
20 network, raises alarms based on the detection of abnormal conditions and adapts the 

normality model based on user feedback. 

According to a first aspect of the present invention, there is provided an analysis 
system for analysing data from a monitoring system for monitoring at least one 
characteristic of a dynamic system, said monitoring system providing characteristic data in 
25 respect of the dynamic system, the dynamic system having at least one known normal 
state, the analysis system comprising: 

first input means for receiving characteristic data from the monitoring system; 

second input means for receiving confirmation information from an-operator when 
the dynamic system is in a known normal state; 
30 normality modelling means arranged to derive a normality model in response to 

received characteristic data and confirmation information, the normality model comprising 
data indicative of one or more known normal states; 

prediction generating means arranged to predict future characteristic data from 
data in the normality model; 
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difference function providing means arranged to provide a difference function, 
said difference function being indicative of an acceptable difference between predicted 
future characteristic data and received characteristic data; and 

comparison means arranged to compare predicted future characteristic data with 
5 received characteristic data in conjunction with the difference function, and to produce an 
abnormality signal if the difference between the predicted future characteristic data and 
the received characteristic data exceeds the difference function. 

According to a second aspect of the present invention, there is provided a 
method of analysing data from a monftoring system monitoring at least one characteristic 
10 of a dynamic system and providing characteristic data in respect thereof, the dynamic 
system having at least one l<nown normal state, the method comprising the steps of: 

receiving.characteristic data from the monitoring system; 

receiving confirmation information from an operator when the dynamic system is 
in a knovm normal state; 

15 deriving a normality model in response to received characteristic data and 

confirmation information, the normality model comprising data indicative of l^nown normal 
states; 

predicting future characteristic data in response to data in the normality model; 
providing a difference function, said difference function being indicative of an 
20 acceptable difference between predicted future characteristic data and received 
characteristic data; 

comparing predicted future characteristic data with actual received characteristic 
data In conjunction with the difference function; and 

producing an abnormality signal if the difference between the predicted future 
25 characteristic data and the actual received characteristic data exceeds the difference 
function. 

Systems and methods according to the present invention may be suitable for use 
in relation to dynamic systems of many types. The dynamic system may be a living thing 
(human or othenwise) in which case the monitoring system may include any of a variety of 
30 medical sensors, for example. Alternatively the dynamic system may- be a mechanical 
system, a manufacturing, power or other industrial plant, a computer system, or (more 
generally) an environment (monitored by. for example chemical, temperature, weather 
and other sensors). 

Embodiments of the invention allow the organisation of a multitude of sensors 
35 into an effective sensor network. Sensors can form sensor groups that combine data from 
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several sensors by sensor data fusion. For each sensor or sensor group normality models 
may automatically be built up. A normality model allows the system to learn what normal 
conditions are for any sensor or group of sensors in the absence of any knowledge about 
abnormal conditions. By using normality models to predict the data to be observed by a 
5 sensor or sensor group and by comparing this prediction with the actually measured data 
the system can automatically detect abnormal conditions without the need for any 
confirmed knowledge about abnormal conditions to be received from an operator such as 
a human expert or an automated expert system. 

Embodiments of the invention provide an "intelligenf data analysis unit that 

1 0 analyses data from a monitoring system such as a sensor network, causes alarms to be 
raised based on the detection of abnormal conditions, and adapts the normality models 
based on user feedback relating to normal conditions. If some knowledge about abnormal 
conditions is also available, this can also be used to improve the detection accuracy 
based on the predictions from the normality models, but systems according to 

1 5 embodiments of the present invention are capable of functioning independently of, and 
thus in the absence of, any data from an operator relating to abnormal conditions. 

Embodiments of the invention allow for the provision of an Intelligent Data 
Analysis unit (IDA unit) that manages a sensor network and constantly analyses sensor 
. data in order to detect abnormal conditions in the sensor data automatically. The unit 

20 contains a mechanism to automatically learn what normal sensor conditions are. The unit 
maintains a list of sensors that submit data to the unit by suitable communication means 
(e.g. radio, internet (IP) network, or direct connection). The unit can organise sensors into 
logical sensor groups. A sensor group acts as a meta-sensor and can be monitored 
independently from other sensors and sensor groups. A sensor group contains at least 

25 one sensor. Any sensor of the sensor network can be a member in any number of sensor 
groups. Sensors of the sensor network send data to the unit, and depending on their 
complexity sensors may also receive data from and send data to other sensors within the 
network. 

The unit may interact with a Graphic User Interface (GUI) that allows users to 
30 configure the sensors and sensor groups of the sensor network manually. The GUI may 
also display the results of the data analysis performed on the sensor data. The unit 
collects data from each sensor and sensor group and runs intelligent data analysis 
programs on the data. The unit may also use data fusion algorithms to combine sensor 
data if the data analysis programs require this. 
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The unit can automatically learn which conditions describe nornnal data for any 
sensor in the sensor network. The unit does this by collecting signatures from sensors and 
uses this data to build a normality model that can be used to predict future signatures. 
This model can, for example, be built using neural network or neuro-fuzzy learning 
5 algorithms. Such learning algorithms may, for example, be used to build a normality model 
by taking the last n signatures (St-wi, Si^„.2..m Sm, Si) of the sensor at times t, and then 
predict the next signature St+i. It then uses the difference between the predicted signature 
S't+1 and the actual signature St^.i to refine the normality model. 

If it is known that there will be an Initial period of time during which the dynamic 

1 0 system will be limited to existing in normal conditions, such a period may be used as a 
"learning phase". During this period the sensor system for which the model is being 
created will measure only normal data, and the normality model will accurately reflect the 
normal conditions under which the system operates. After the initial learning phase is 
over, the unit can then monitor the sensor data and compare new signatures against the 

1 5 predictions obtained from the model during actual monitoring. 

According to embodiments of the invention, however, it is not necessary for there 
to be a strictly separate "learning phase". Provided that some confirmation information 
relating to normal conditions may be received from an operator during actual monitoring of 
the dynamic system, such embodiments are capable of deriving and updating their 

20 normality models and/or difference functions as appropriate on the basis of data received 
from a monitoring system during actual monitoring of the dynamic system. 

If the difference between the incoming signature and the predicted signature 
exceeds an "acceptable" difference level, the incoming signature is considered to indicate 
an abnormal situation and the unit raises an alarm. The "acceptable" difference level is 

25 determined according to a difference function which may be a simple error threshold or 
Euclidean distance, or may be a more complex function. The difference function may be 
predetermined, but according to preferred embodiments of the invention, the difference 
function itself may be updated on the basis of information received from an operator such 
as a human expert or an automated expert system. As with the updating and refining of 

30 the normality model, this may be achieved without the need for the operator to provide 
any information relating to abnormal conditions, but if such information is available it may 
also be used in the updating of the difference function, in order to lower the incidence of 
"false alarms" for example. 

The unit can be deployed together with a sensor network in condition monitoring 

35 scenarios where boundary conditions are not known or are ill-defined. For each sensor 



wo 2004/088443 



PCT/GB2004/001070 



9 

and sensor group the unit will automatically learn what normal conditions are and will 
conclude that a boundary condition has been reached if the current incoming signature is 
not sufficiently similar to the expected and predicted signature. 

Systems.according to some embodiments of the present invention may be used 
5 to analyse continuously-changing data. Such data may be provided by sensors of physical 
characteristics such as temperature, pressure, chemical concentration etc. Alternatively, 
systems according to other embodiments of the present invention may be used to analyse 
discrete data relating to the occurrence of separate events, for example. Such data may 
be provided by the sensors of a domestic alarm system or a patient monitoring system, for 

10 example. In such embodiments, the characteristic data may relate to discrete states or 
events such as the opening or closing of doors and windows, the presence or absence of 
individuals in rooms, the switching on and off of lights and other appliances, and other 
such events. In systems such as these, normality models may be derived relating to 
sequences confirmed by an operator to be normal, and these may be used to predict the 

1 5 occurrence of future states or sequences of events on the basis of data received. If actual 
received data indicates significantly different states or sequences to those predicted on 
the basis of the normality model, or if an event predicted to happen at a particular time 
actually takes place at a time that is not within an acceptable time difference, an alarm 
should be raised in a manner corresponding to that with a system analysing continuously- 

20 changing data. 

Thus, according to a third aspect of the present invention, there is provided an 
analysis system for analysing data from a monitoring system for monitoring at least one 
characteristic of a dynamic system, said monitoring system providing characteristic data in 
respect of the dynamic system, the dynamic system having at least one known normal 
25 sequence of states, the analysis system comprising: 

first input means for receiving characteristic data from the monitoring system; 

second input means for receiving confirmation information from an operator when 
the dynamic system proceeds according to a known normal sequence of states; 

normality modelling means arranged to derive a normality model in response to 
30 received characteristic data and confimiation information, the normality model comprising 
data indicative of one or more known normal sequences of states; 

prediction generating means arranged to predict future characteristic data from 
data in the normality model; 
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difference function providing means arranged to provide a difference function, 
said difference function being indicative of an acceptable difference between predicted 
future characteristic data and received characteristic data; and 

connparison means arranged to compare predicted future characteristic data with 
5 received characteristic data in conjunction with the difference function, and to produce an 
abnormality signal if the difference between the predicted future characteristic data and 
the received characteristic data exceeds the difference function. 

Further, according to a fourth aspect, there is provided a method of analysing 
data from a monitoring system monitoring at least one characteristic of a dynamic system 
10 and providing characteristic data in respect thereof, the dynamic system having at least 
one known normal sequence of states, the method comprising the steps of: 

receiving characteristic data from the monitoring system; 

receiving confirmation information from an operator when the dynamic system 
proceeds according to a known normal sequence of states; 
15 deriving a normality model in response to received characteristic data and 

confirmation information, the normality model comprising data indicative of known normal 
sequences of states; 

predicting future characteristic data in response to data in the nonnality model; 

providing a difference function, said difference function being indicative of an 
20 acceptable difference between predicted future characteristic data and received 
characteristic data; 

comparing predicted future characteristic data with actual received characteristic 
^ data in conjunction with the difference function; and 

producing an abnormality signal if the difference between the predicted future 
25 characteristic data and the actual received characteristic data exceeds the difference 
function. 

It will be noted that systems according to the first and third aspects, and methods 
according to the second and fourth aspects, may overlap. Further embodiments may thus 
comprise systems or methods combining the two respective aspects. 

30 IDA units according to embodiments of the present invention are thus capable of 

using user feedback related purely to normal conditions to retrain the normality model. 
This may be necessary, if an alarm is being raised although the user considers the 
situation to be normal. The IDA unit may also use examples to learn specific alarm 
situations, if the operator can provide this information. The IDA unit can also use prior 

35 knowledge of the user to support and shorten the learning phase. The user can provide 
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fuzzy rules describing normal and/or abnormal situations and the IDA unit may then use 
neuro-fuzzy learning algorithms to learh additional rules and/or refine the existing rules for 
each sensor. 

5 Brief Descriotion of the Drawinos 

Embodiments of the invention will now be described with reference to the 
accompanying figures in which: 

Figures 1 to 4 illustrate the manner in which sensor signatures may be used 
according to a condition monitoring process; 
1 0 Figure 5 is a graphical illustration of types of thresholds which may be used 

during condition monitoring; 

Figure 6 is a graphical illustration of the subtraction of an incoming signature from 
a reference signature; 

Figure 7 is a graph illustrating the choice of thresholds for error signals; 
1 5 Figure 8 is a block diagram of a sensor object; 

Figure 9 is a block diagram of a sensor group object; . 

Figure 10 is a diagram of a data analysis unit according to an embodiment of the 
present ihvention; 

Figure 11 is an example of the graphical user interface (GUI) of a data analysis 
20 unit according to an embodiment of the present invention, showing sensor properties; 

Figure 12 is an example of the graphical user interface (GUI) of a data analysis 
unit according to an embodiment of the present invention, showing a sensor network; 

Figure 13 is a flow chart demonstrating the building of a normality model for data 
analysis according to the present invention; 
25 Figure 14 is a flow chart demonstrating the detection of abnormal conditions 

using normality models during data analysis according to the present invention. 

Figure 15 illustrates how a normality model of normality models may be formed. 

Detailed Description of the Invention 

30 With reference to Figure 8 to 10, an Intelligent Data Analysis (IDA) unit 10 for a 

sensor network is shown. This unit is responsible for collecting, managing and analysing 
data from a hierarchically structured network of sensors. The IDA unit 10 allows users to 
add sensors to or remove them from the network, organise them into groups, configure 
them and analyse the data they produce. The IDA unit 10 allows for automatic data 

35 analysis by learning normal/abnormal patterns in sensor data. On detection of abnormal 



wo 2004/088443 



PCT/GB2004/001070 



12 

patterns an alarm is raised automatically. The user can configure the learning and 
analysis features of the unit by specifying rules for individual sensors. The unit also 
provides analysis of historic sensor data and generates reports on demand. 

5 Functions of the IDA unit 10 may include: 

- Providing an output to a GUI that allows users to configure and analyse sensor data; 

- Managing a sensor network by organising sensors into sensor groups; 

- Accessing and intelligent pre-processing of sensor data; 

- Continuous automatic analysis of sensor data; 

10 - Raising alarms depending on analysis results and conditions specified about sensor 
data; 

- Learning normal/abnormal patterns in sensor data and predicting alarms; and 

- Reporting 

15 Sensors and Sensor Groups 

A sensor is an entity that either constantly submits data to the system or provides 
data on demand. The data transport is not part of the functionality of the IDA unit. The IDA 
unit accesses streams that provide sensor data. A Logical Sensor Pool layer provides 
access to those streams via a suitable protocol (HTTP, RMI, etc). 

20 Referring to Figures 8 and 9, sensors may act individually or be organised into 

sensor groups. Each sensor can be a member of any number of sensor groups. A sensor 
group may contain both sensors and sensor groups such that a directed acyclic graph is 
formed. This hierarchically structured sensor tree resembles a directory tree of a file 
system. Sensors may be regarded as the leaf nodes of a sensor tree, while sensor groups 

25 are inner nodes and cannot be leaf nodes (i.e. from each sensor group node there is a 
path to a sensor node). Even if a sensor or sensor group appears as a member in several 
other sensor groups it may only exist once in the system. Nodes are simply references to 
sensors or sensor groups. If there is no reference left to a sensor or sensor group, the 
corresponding object may be removed from the system. 

30 Figure 8 shows the main properties of a sensor object. The sensor provides a 

data stream 88 that can be switched on or off via the sensor interface 82. The sensor 
object provides means for feature extraction 86 and data analysis 84. The main function of 
such internal data analysis is complexity reduction in order to reduce the impact on the 
main data analysis modules. It can be used to compute summaries of the data or to 

35 supervise the data stream and raise alarms. Depending on the features of the 
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corresponding sensor hardware, parts of the feature extraction and analysis may tal<e 
place in the actual sensor. If the sensor hardware only provides a data stream, the IDA 
unit 10 (see Figure 10) may provide the necessary feature extraction and analysis. 

A sensor group (see Figure 9) allows the formation of logical sensors with more 
5 than one data channel. Users can specify rules that are applicable to all members of a 
sensor group. A sensor group can fuse and analyse the (already pre-processed) data 
provided by Its members. Based on analysis results it can re-configure Its members. A 
sensor group provides access to its configuration and analysis results via an Analysis 
Interface. 

10 ' ' 

IDA and GUI 

The IDA unit 10 provides management and analysis functionality and output to a 
graphical user interface 101. It contains an interface 100 with the sensors and/or sensor 
groups of the monitoring system and a module 102 for sensor management that has 
1 5 access to a sensor library 1 03. The user can add and configure sensors to the sensor tree 
via the sensor management module 102. If a sensor is part of the sensor library 103 the 
sensor can be pre-conf igured thereby reducing the amount of work the user has to do to 
set up the sensor. 

An IDA module 105 of the unit is responsible for the analysis of all sensor and 
20 sensor group data. Depending on the amount of data analysis already carried out by 
sensors and sensor groups the IDA module 105 handles everything from low level sensor 
data and signatures up to computed statistical summaries of the actual data. In the 
following the term sensor information will be used to refer to data and analysis results 
provided by sensors and sensor groups. 
25 The IDA module 105 provides a number of analysis methods, which can be 

applied to sensor information. It also provides access to the analysis methods provided by 
sensors and sensor groups. The IDA module contains several leaming methods in order 
to recognise normal and abnormal sensor information automatically which are explained 
in more detail below. The IDA module 105 has access to a condition library 104 from 
30 which it can retrieve rules that are applicable to certain types of known sensors. 

The GU1 101 provides the access to all functions of the system. It allows the user 
to add, remove and configure sensors and sensor groups and it displays the sensor tree 
(see Figures 11 and 12). By navigating to the sensor tree, the user can access each 
object, configure it and retrieve information about it. 
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Normality Models 

With reference to Figures 10 and 13, tlie IDA module 105 of the IDA unit 10 uses 
normality models to detect abnormal conditions in sensor signatures. From the normality 
model, a prediction s't+i of the signature at time t+1 is generated based on the signature St 
5 and possibly earlier signatures from the last n time steps. The IDA module 105 then 
compares sVi with the actually measured St+i. If the difference (error) exceeds a certain 
amount, the unit produces a signal causing an alarm to be raised. 

Figure 13 illustrates the process of building a normality model in the event that a 
"learning phase" is able to be used. For this to be the case, it must be known that there 

10 will be an initial period during which it is known that the dynamic system will be limited to 
existing in normal conditions The building of the normality model can be based on any 
machine learning approach, like, for example, neural networks, neuro-fuzzy systems, 
regression trees etc. The normality model predicts the next signature based on the last n 
measured signatures. In Figure 13, n=1 is selected. A signature is represented as a vector 

1 5 of real numbers. An evaluation means is used to compute the error between the predicted 
and the actual next signatures. For a multi-dimensional vector, the error may be 
calculated from the Euclidean distance, or more complex functions may be used. This 
error is then fed back to the normality model and is used to train the model such that the 
next prediction will be more accurate. For normality models based on neural networks, for 

20 example, learning algorithms like back-propagation or resilient propagation are used. If 
the model is based on a neuro-fuzzy system, learning algorithms based on a neuro-fuzzy 
function approximation (NEFPROX) may be used. These learning algorithms can operate 
online; i.e. they can collect training data during training. If the learning algorithms cannot 
operate online, the IDA collects a suitable number of signatures to form a training set and 

25 then trains the normality model. This approach could be used for regression trees, for 
example, because the induction algorithm for regression trees runs in an offline mode and 
expects all training data to be available before learning starts. 

After a normality model has been trained and can successfully predict the next 
sensor signature from the previous n signatures it can be used for detecting abnormal 

30 conditions. The flow chart of Figure 14 demonstrates the analysis of data and detection of 
abnormal conditions using normality models according to a preferred embodiment of the 
present Invention. Referring first to the principal steps of the flow chart, successive 
signatures St indicative of characteristic data are received from a monitoring system at 
steps 141 and 141*. At step 144, a prediction s\ is made from the data in the normality 

35 model prior to the receipt of the most recent signature. It will be noted that the predicting 
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Step 144 may be carried out before or after the most recent signature receiving step 141*. 
At step 145 a function d(s,s') indicative of the distance between the most recent actual 
received signature and the predicted signature is compared with a difference function 6. 
The form of the difference function 6 will be discussed in more detail below. If the distance 
5 d(s,s*) is greater than the difference function 9, the present condition is deemed to be 
abnormal, and the system causes an alarm to be raised (step 146). The severity of the 
alarm may depend on the size of the deviation and can also depend on the number of 
deviations over a certain time interval. On receipt of this alarm, an operator who 
recognises the alarm to be false because the present condition is normal may provide a 

1 0 confirmation signal to the system that the present condition is in fact normal (step 147), in 
which case it is concluded that the normality model needs to be updated (step 148). If no 
such confirmation signal is received from an operator in response to an alarm, it is 
concluded that the alarm was correctly indicative of an abnormal situation. 

While the above paragraph describes an embodiment in which the normality 

1 5 model may be updated on an ongoing basis in response to received signatures and 
confirmation information, it will be noted that according to certain embodiments of the 
invention, ongoing adjustment of the system may instead be achieved by updating the 
fomn of the difference function 6. In its simplest form, the difference function 6 may be a 
simple error threshold or Euclidean distance, but it may be a more complex function, 

20 dependent on factors such as previously received data, time-related factors, number of 
alarms previously raised etc. The difference function may be updated on the basis of 
information received from an operator such as a human expert or an automated expert 
system, and according to preferred embodiments may be a determined according to a 
fuzzy logic rule-base. 

25 It will be evident that while the effects of updating the normality model and 

updating the difference function may complement each other, and that embodiments in 
which both may be updated are preferred on the grounds that they are most adaptable, 
embodiments In which one and not the other may be updated, and embodiments in which 
neither may be updated, will be sufficient for certain applications. 

30 The detection of abnormal conditions can also depend on an optional condition 

library that is consulted before or after the steps of predicting and comparing signatures 
with the normality model. If previous abnormal conditions are known and have been 
stored, the current signature can be compared against those conditions and an alarm can 
be raised if the current signature matches one of the stored conditions. If the operator 

35 accepts the alarm, the condition library can be updated. Thus abnormal conditions can be 
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collected over time and used to complement the normality model. Steps 142, 143 and 149 
in the flow-chart of Figure 14 shows the use of such a condition library to detect known 
abnormal conditions. Received signatures are compared with signatures stored in the 
condition library in step 142, shown prior to steps of signature prediction (144) and 
5 comparison (145) of the distance d(s,s') between the actual received signature and the 
predicted signature with the difference function 6, but it will be noted that steps 142 and 
143 could be performed after steps 144 and 145. An alarm is raised at step 143 if the 
most recent detected signature is a sufficiently close match to one of those stored in the 
condition library as a known abnormal signature. Updating of the condition library (step 
10 149) is carried out in the event that an alarm raised by the system at step 143 is accepted 
by the operator at step 146 - this is taken as confirmation that a condition "believed" to be 
abnormal by the system is also diagnosed as abnormal by the operator. Such updating 
may be done in addition to updating of the normality model and/or updating of the 
difference function. 

1 5 Normality models may be used in respect of individual sensors or sensor groups, 

as well as in respect of a complete network of sensors. With reference to Figure 15, if data 
is being received from a system in respect of which characteristics monitored by some 
sensors or groups of sensors may be analysed independently of others, it may be 
appropriate to form a hierarchy of normality models. First stage normality models 152 

.20 created in relation to separate sensors or sensor groups each provide an output 
equivalent to an alarm state or a sensor signal, and the analysis system may treat these 
outputs as characteristic data and use these for deriving a "normality model of normality 
models" 154 for analysing data according to the invention. 

Unless the context clearly requires otherwise, throughout the description and the 

25 claims, the words "comprise", "comprising" and the like are to be construed in an inclusive 
as opposed to an exclusive or exhaustive sense; that is to say, in the sense of "including, 
but not limited to". 
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CLAIMS 

1 . An analysis system for analysing data from a monitoring system for monitoring at 
least one characteristic of a dynamic system, said monitoring system providing 

5 characteristic data in respect of the dynamic system, the dynamic system having at least 
one known normal state, the analysis system comprising: 

first input means for receiving characteristic data from the monitoring system; 
second input means for receiving confirmation infomnation from an operator when 
the dynamic system is in a known normal state; 
10 normality modelling means arranged to derive a normality model in response to 

received characteristic data and confirmation information, the normality model comprising 
data indicative of one or more known normal states; 

prediction generating means arranged to predict future characteristic data from 
data in the normality model; 
1 5 difference function providing means arranged to provide a difference function, 

said difference function being indicative of an acceptable difference between predicted 
future characteristic data and received characteristic data; and 

comparison means arranged to compare predicted future characteristic data with 
received characteristic data in conjunction with the difference function, and to produce an 
20 abnormality signal if the difference between the predicted future characteristic data and 
the received characteristic data exceeds the difference function. 

2. An analysis system for analysing data from a monitoring system for monitoring at 
least one characteristic of a dynamic system, said monitoring system providing 

25 characteristic data in respect of the dynamic system, the dynamic system having at least 
one known normal sequence of states, the analysis system comprising: 

first input means for receiving characteristic data from the monitoring system; 

second input means for receiving confirmation information from an operator when 
the dynamic system proceeds according to a known normal sequence of states; 
30 normality modelling means arranged to derive a normality model in response to 

received characteristic data and confirmation Information, the normality model comprising 
data indicative of one or more known normal sequences of states; 

prediction generating means arranged to predict future characteristic data from 
data in the normality model; 
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difference function providing means arranged to provide a difference function, 
said difference function being indicative of an acceptable difference between predicted 
future characteristic data and received characteristic data; and 

comparison means arranged to compare predicted future characteristic data with . 
5 received characteristic data in conjunction with the difference function, and to produce an 
abnormality signal if the difference between the predicted future characteristic data and 
the received characteristic data exceeds the difference function. 

3. An analysis system according to claim 1 or 2, wherein the difference function 
1 0 providing means provides a predetermined difference function. 

4. An analysis system according to claim 1, 2 or 3, wherein the difference function 
providing means comprises difference function deriving means for deriving a difference 
function from received characteristic data and the presence or absence of confirmation 

1 5 information. 

5. An analysis system according to claim 1, 2, 3 or 4. wherein the difference 
function providing means comprises difference function updating hieans for updating the 
difference function if confirmation information that the dynamic system is in a normal state 

20 is received from an operator in response to an abnormality signal. 

6. An analysis system according to any of the preceding claims, wherein the 
difference function providing means uses fuzzy logic. 

25 7. An analysis system according to any of the preceding claims, wherein the 
normality modelling means comprises normality model updating means for updating the 
normality model in response to received characteristic data and the presence or absence 
of confirmation information from an operator. 

30 8. An analysis system according to any of the preceding claims, wherein the 
normality model is a fuzzy system. 

9. An analysis system according to any of the preceding claims, further compri sing: 
abnormality state storage means for storing data indicative of one or more known 
35 abnormal states; and 
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abnormality comparison means for comparing received characteristic data with 
data in the abnormality state storage means, and producing an abnormality signal If the 
received characteristic data matches the data in the abnormality state storage means. 

5 10. A method of analysing data from a monitoring system monitoring at least one 
characteristic oif a dynamic system and providing characteristic data in respect thereof, the 
dynamic system having at least one known normal state, the method comprising the steps 
of: 

receiving characteristic data from the monitoring system; 
1 0 receiving confirmation information from an operator when the dynamic system is 

in a known normal state; 

deriving a normality model in response to received characteristic data and 
confirmation information, the normality model comprising data indicative of known normal 
. states; 

1 5 predicting future characteristic data in response to data in the normality model; 

providing a difference function, said difference function being indicative of an 
acceptable difference between predicted future characteristic data and received 
characteristic data; 

comparing predicted future characteristic data with actual received characteristic 
20 data in conjunction with the difference function; and 

producing an abnormality signal if the difference between the predicted future 
characteristic data and the actual received characteristic data exceeds the difference 
function. 

25 11. A method of analysing data from a monitoring system monitoring at least one 
characteristic of a dynamic system and providing characteristic data in respect thereof, the 
dynamic system having at least one known normal sequence of states, the method 
comprising the steps of: 

receiving characteristic data from the monitoring system; 

30 receiving confirmation information from an operator when the dynamic system 

proceeds according to a known normal sequence of states; 

deriving a normality model in response to received characteristic data and 
confirmation information, the normality model comprising data Indicative of known normal 
sequences of states; 

35 predicting future characteristic data in response to data in the normality model; 
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providing a difference function, said difference function being indicative of an 
acceptable difference between predicted future characteristic data and received 
characteristic data; 

comparing predicted future characteristic data with actual received characteristic 
5 data in conjunction with the difference function; and 

producing an abnormality signal if the difference between the predicted future 
characteristic data and the actual received characteristic data exceeds the difference 
function. 
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